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REMARKS/ ARGUMENTS 
This is a full and timely response to the Office action of January 25, 2007. Claim 1 
has been slightly amended replacing the term "out of order" with "in an error state" and is 
supported by paragraph [003 1]. Claim 2 has been slightly amended purely for 
5 grammatical reasons. Claims 9- 1 6 have been cancelled without disclaimer of any kind 
regarding their respective merits. No new material has been introduced. Reconsideration 
of claims 1 -4 and 6-8 is respectfully requested. 



1 . Background 

10 Claims 1-4, 6-8, and 10-16 are rejected under 35 U.S.C. 1 12, second paragraph. The 

term "out of order" in claims 1-4, 6-8, and 10-16 is a relative term which renders the 
claim indefinite. Claims 1 and 2 are rejected under 35 U.S.C. 102(b) as being anticipated 
by Schieve et at. (U.S. 5,463,766). Claims 7, 10-12 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Schieve. Claim 6 is rejected under 35 U.S.C. 103(a) as being 

15 unpatentable over Schieve in view of Robinson (U.S. 5,768,591). Claims 13, 14, and 16 
are rejected under 35 U.S.C. 103(a) as being unpatentable over Schieve in view of Treu 
(U.S. 5,245,615). Claim 15 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Schieve in view of Treu and further in view of Robinson. 



20 2. Claim rejections 35 U.S.C. 112 

Claim 1 has been amended replacing the term "out of order" with "in an error state" 
and is supported by paragraph [0031]. For the purpose of examination, the Examiner has 
treated "out of order" as "a general error status" in this Office action. Because of the 
claim language immediately preceding the former term "out of order" being "when the 

25 peripheral device is", the term "in an error state" was used instead of exactly the 

Examiner's interpretation of "a general error status" and suggest that if a device exhibits 
"a general error statiis" that the device is naturally in an error state and the terms are 
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virtually interchangeable. 

At least because in this Office action (page 3) the Examiner has stated that claims 
have already been examined using the interpretation of "a general error status", the 
applicant asserts that this amendment to claim 1 does not raise any new issues requiring a 
5 further search or consideration by the Examiner. Therefore reconsideration of claims 1 -4 
and 6-8 under 35 U.S.C. 1 12 is respectfully requested. 

3. Claim rejections 35 U.S.C. 102/103 

The Schieve reference discloses a method of loading and executing diagnostic 
1 0 routines from a disk without the need of an operating system. The diagnostic routines are 
individually read from the disk, loaded into video memory, and executed. Col.9, lines 
1 8-32 describe the process and state that the "the results (error/status and other 
information) are displayed to the user to allow the user to make informed decisions 
regarding the peripheral under test". 
1 5 Therefore, it appears that a major difference between the present invention and the 

reference is that the reference tests a peripheral device, while the present invention does 
not test a peripheral device, but rather is a debugging tool for debugging program codes. 

Although the applicant disagrees, it may be possible to envision a situation where 
Schieve could be construed as performing step "a" through part of step "c" in claim 1 . 
20 However, at least step "d", that of resetting a parameter and executing the test again making 
it undergo the error processing path, is not suggested or taught. It is true that Schieve does 
display an error when a peripheral device is in an error state, but there does not seem to be 
any teaching of resetting a parameter that causes the program to believe that the 
peripheral device is in an error state and thereby causing the error path to be taken. If 
25 it happens, it happens only because the device is faulty and has nothing to do with an 

inputted parameter. 

On the other hand, the present application debugs program codes by executing the 
portion of the program code that executes when a designated peripheral device is in proper 
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working order, and then resetting a parameter that causes execution of the portion of program 
codes that executes when the designated peripheral device is in an error state. Because several 
error states are possible, different parameters can be utilized to simulate the different error 
states, and allow all portions of the program code to be tested. 

Claim 1 contains the limitation of resetting the parameter and "executing the event 
according to the reset parameter for making the event undergo the error processing 
path", which is not taught or suggested by known prior art. Therefore, for at least this 
reason, the applicant believes that the current application is in condition for allowance as 
required and respectfully requests reconsideration of claims 1-5 and 6-8, 



Sincerely yours. 



/ / 1 

^y^^t/ 04/25/2007 



Winston Hsu, Patent Agent No. 41,526 
15 P.O. BOX 506, Merrifield, VA 221 16, U.S.A. 
Voice Mail: 302-729-1562 
Facsimile: 806-498-6673 
e-mail : winstonhsu@naipo.com 



20 Note: Please leave a message in my voice mail if you need to talk to me. (The time in D.C. 
is 12 hours behind the Taiwan time, i.e. 9 AM in D.C. 9 PM in Taiwan.) 
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